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Amendments to the Claims: 

This listing of claims will replace all prior versions, and listings, of claims in the 
application: 

Listin2 of Claims: 

Claim 1 (cxirrently amended). A method for creating an algorithm module that can 
be used without change in a plurality of frameworks, the method comprising the steps of: 

designing the algorithm module in a manner that renders the algorithm module 
reentrant within a preemptive environment; 

coding a plurality of eaeh data access instructions inatruotion of the algorithm 
module in a manner that renders the algorithm module and oil of the pluralitv of data 
access instructions relocatable; and 

providing a memory interface within the algorithm module that supports both 
design-time object instantiation and dynamic object instantiation; 

wherein the dynamic object instantiation comprises memorv allocation by any 
framework in the plurality of frameworks in response to memory usage requirements 
reported to the framework by the algorithm module through the memory interface: and 

wherein the design-time object instantiation comprises memory initiation by any 
framework in the plurality of frameworks in response to memory usage requirements 
reported to the framework by the algorithm module through the memory interface . 
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Claim 2 (currently amended). The method of Claim 1, further comprising the 
steps of: 

conforming to a run-time convention of a selected high level language; 
characterizing a ROM ability mod e of in the algorithm module whether the 
5 algorithm module may or may not be placed in ROM : 

prohibiting the algorithm module from direct access to a peripheral device; 
packaging the algorithm module in an archive which has a name that follows a 
imiform naming convention; 

naming an eaeh algorithm header of the algorithm module using a xmiform naming 
10 convention; and 

naming aH each external identifier, in a set of extemal identifiers defined by the 
algorithm module, according to a uniform naming convention. 

Claim 3 (currently amended). The method of Claim 2, further comprising the step 
of providing the algorithm module with an initialization function and with a finalization 
function. 

Claim 4 (currently amended). The method of Claim 3, further comprising the step 
of providing the algorithm module with a header file that is included in more than one 
framework in the plurality of frameworks supports multipl e inclusions within a singl e 
sourc e fil e. 

Claim 5 (original). The method of Claim 2, further comprising the step of 
providing a debug variable definition in a header of the algorithm module, wherein the 
debug variable definition uses the symbol DEBUG. 

Claim 6 (original). The method of Claim 1, further comprising the step of 
implementing a trace interface as part of the algorithm module. 
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Claim 7 (currently amended), A method for converting an existing algorithm to an 
algorithm module that can be used without change in a plurality of frameworks, the 
method comprising the steps of: 

providing a memory interface for the existing algorithm to form the algorithm 
5 module such that the algorithm module supports both design-time object instantiation and 
dynamic object instantiation; 

wherein the dynamic object instantiation comprises memory allocation by any 
framework in the plurality of frameworks in response to memory usage requirements 
reported to the framework by the algorithm module through the memory interface: and 
10 wherein the design-time object instantiation comprises memory initiation by any 

framework in the plurality of frameworks in response to memory usage requirements 
reported to the framework by the algorithm module through the memory interface: 

revising the existing algorithm in a manner that renders the algorithm module 
reentrant within a preemptive environment; and 
15 verifying that eaA a plurality of data access instructions instruction of the 

algorithm module are is coded in a manner that renders the algorithm module and all of 
the plurality of data access instructions relocatable. 

Claim 8 (cxirrently amended). The method of Claim 7, fiirther comprising the 
steps of: 

characterizing in a ROM - ability mod e of the algorithm module whether the 
algorithm module may or may not be placed in ROM : 
5 prohibiting the algorithm module from direct access to a peripheral device; 

packaging the algorithm module in an archive which has a name that follows a 
uniform naming convention; 

naming m eoek algorithm header of the algorithm module xising a uniform naming 
convention; and 

10 nandng ail each external identifier, in a set of extemal identifiers defined by the 

algorithm module, according to a imiform naming convention. 
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Claim 9 (original). The method of Claim 8, further comprising the step of 
providing the algorithm module v^ith an initialization function and v^ith a finalization 
function. 

Claim 10 (currently amended). The method of Claim 9, further comprising the 
step of providing the algorithm module with a header file header file that is included in 
more than one framev^ork in the plurality of framev^orks supports multipl e inclusions 
within a single sourc e fil e. 

Claim 11 (original). The method of Claim 10, further comprising the step of 
providing a debug variable definition in a header of the algorithm module, wherein the 
debug variable definition uses the symbol DEBUG. 
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